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TRANSPORTING MULTIPROTOCOL DATAGRAMS 

This invention relates to a system and method for the transport of multi- 

5 protocol datagrams over an ATM network. The invention further relates to 
an improved point to point protocol for the transport of datagrams. 

BACKGROUND OF THE INVENTION 

The current point to point protocol (PPP) provides a common standard for 
transporting multi-protocol datagrams over a point-to-point link. It provides 
10 the features of encapsulation, link configuration, maintenance, and 
authentication. PPP is used in many applications. In particular, the protocol 
has found significant usage for dial-up access to the Internet via the PSTN. 
\fh The PPP protocol has been defined by the Internet Engineering Traffic 

Forum (IETF) and a general description of the protocol is given in The point 



15 to point protocol, editor W. Simpson, July 1994, IETF RFC 1661'. A 

1:3, 

number of different datagram protocols or formats are provided for and 



these are allocated corresponding identifier numbers in IETF document 
RFC 1700, editor J. Reynolds, October 1994. 

It will be appreciated that the different services that are supported by the 
20 PPP protocol have different quality of service (QoS) criteria. In current 
systems, this necessitates a separate channel with appropriate band width 
for each quality of service. This is wasteful in terms of traffic handling 
capacity, particularly where a single user has set up a multi-protocol PPP 
session and will need to occupy a number of channels. 

25 SUMMARY OF THE INVENTION 

An object of the invention is to provide an improved system and method for 

the transport of PPP traffic over an ATM network. 

According to one aspect of the invention there is provided a method of 
transporting point to point protocol (PPP) traffic over an asynchronous 
30 transport link, the method including encapsulating the traffic in minicells, 
and transporting said minicells in a single virtual circuit. 
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In a further aspect, the invention provides a method of trunking PPP 
sessions such that the multiple sessions are transported in a single virtual 
channel. 

In another aspect, the invention provides a method and arrangement for 
trunking PPP media in a groomed manner in the same or alternate virtual 
channels together with non-PPP traffic without adverse effect on the QoS of 
these services. 

ATM adaptation layer two (AAL2) is a newly emerging standard which is 
being developed by the ITU-T for the transport of variable length packets 
over ATM networks. In this standard, a single AAL2 virtual circuit (VC) 
contains a multiplex of up to 256 individual data charinels (commonly 
referred to as minichannels). Unlike traditional ATM, the packet payload 
size is arbitrary. A single AAL2 packet may contain between 0 and 64 
octets of payload. We have found that arbitrarily large datagram structures 
can be transported via a packet segmentation and re-assembly procedure 
that is also being defined as part of the standard. The AAL2 minichannel 
packets are multiplexed asynchronously into a single VC with a three byte 
packet header being used to identify the minichannel address and packet 
size. 

We have found that AAL2 can be utilised to encapsulate PPP. Moreover, 
this encapsulation permits PPP to be used over any transport link 
supporting ATM. PPP operates over a dedicated circuit which could be 
either an ATM virtual circuit (VC) or an AAL2 minichannel. With our 
arrangement and method therefore, a single VC is always sufficient to fully 
encapsulate the PPP protocol. The distinct protocols that are encapsulated 
into a PPP session can be transported within individual AAL2 minichannels, 
or multiple PPP sessions may operate within the same VC or the same 
AAL2 minichannel. The use of AAL2 reduces the number of VCCs 
required, simplifies the encapsulation of PPP, and improves the efficiency 
of the encapsulation. Further the use of AAL2 enables the use of both SVC 
and PVC encapsulation and allows either dynamic or static configuration of 
the channel assignments. Additionally, AAL2 offers the benefit that the 
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multiplexing of the distinct protocols encapsulated in a PPP session nnay be 
performed in the protocol, PPP and AAL layers thereby providing flexible 
arrangements of network architectures and allowing existing applications to 
operate as if using a native IP network. 

BRIEF DESCRIPTION OF THE DRA WINGS 

Embodiments of the invention will now be described with reference to the 

accompanying drawings in which:- 

Figure 1 is a schematic diagram illustrating a point to point (PPP) protocol 
stack; 

Figure 2 shows the format of a PPP frame; 

Figure 3 illustrates the multiplexing of AAL2 minicells into ATM; 



Figure 4 shows an improved PPP stack according to a first 
embodiment of the invention; 

Figure 5 illustrates the segmentation of a datagram over a 
number of minicells; 

Figure 6 shows an improved PPP stack according to a 
second embodiment of the invention; 

Figure 7 shows an arrangement for routing encapsulated 
PPP traffic; and 

Figures 8 to 14 illustrate further embodiments of the invention; 



DESCRIPTION OF PREFERRED EMBODIMENTS 

Reference is first made to figures 1 and 2 which are introduced for 
explanatory purpose as an aid to better understanding of the invention. 
Figure 1 illustrates the use of PPP to encapsulate datagrams over a dial up 
link via the PSTN/ISDN. The point to point protocol (PPP) provides a 
common standard for transporting multi-protocol datagrams over point-to- 
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point links and is comprised of 3 main components. These are; a method 
for encapsulating datagrams from multiple protocols; a link control protocol 
(LCP) for establishing, configuring (including authentication), and testing 
the data-link connection; and a family of network control protocols (NCPs) 
5 for establishing and configuring different network-layer protocols (NLPS). 
The NCPs and NLPs are allocated as pairs in PPP. Thus IP is one 
example of an NLP and its associated control channel, the NCP, is referred 
to as IPCP. Figure 1 shows an example protocol stack where PPP is being 
used to encapsulate datagrams over a dial up link via the PSTN/ISDN. 

10 

In PPP, the protocol field is used to identify the datagram type. A number 
of protocol identifiers have been defined covering the variety of supported 
LCPs, NCPs and NLPs. The full list of currently defined protocol identifiers 
is found in the above referenced IETF RFC 1700 document. Typically, for 

15 commonly used protocols two identifiers are assigned, one for a control 
channel (the NCP) and one for the data (the NLP). There is a one-to-one 
relationship between assigned NCP/NLPs. For example IP data is 
assigned 0x0021 and the IP control channel (IPCP) of 0x8021. Although 
the protocol identifiers are two octets in length, their format has been 

20 defined such that high usage PPP datagrams (typically the NLPs) can be 
transmitted in an optional compressed one byte protocol field. To enable 
this, the assigned numbers are all defined such that the LSB of the most- 
significant octet is zero and the LSB of the least-significant octet is set to 
one. Thus it is always possible to distinguish between a full two-byte field 

25 and a compressed single byte field. 

Referring now to figure 3, which is also included for explanatory purposes, 
this illustrates the multiplexing of AAL2 minicells. The AAL-2 adaptation 
layer was initially optimised to cope with the demands of low bit-rate 
communications, representing the increasing trend to greater voice 

30 compression. The adaptation layer is a multiplex of users in a single ATM 
connection, where each user's information is carried in a short packet, 
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sometimes referred to as a minicell, with a header identifying the user 
channel together with ancillary control information. 

By sharing the fixed length payload of the ATM cell between users, the 
compromise of trading cell assembly delay for bandwidth efficiency is 
overcome, this being a sacrifice which would otherwise be acute at low bit- 
rates and on expensive leased lines. The AAL-2 adaptation equipment 
performs a concentration function to ensure high utilisation, but can also 
limit the holdover delay of traffic when usage is low. 

In figure 3, each minicell carries a service specific payload or a structured 
data unit. A three octet header incorporates a channel identifier (CID), a 
length indicator and SSCS control. The miniceils are assembled into ATM 
cells, each set of miniceils being provided with a start field pointing to the 
start of the first minicell to effect cell delineation. Where an ATM cell is not 
completely filled, padding in the form of a dummy minicell may be provided 
to complete the payload. A further feature of miniceils is that they may be 
of variable size, from 1 to 64 octets, to accommodate a wide variety of 
applications with minimal overhead. Additionally, a common methodology to 
segment and reassemble arbitrarily long datagram structures into the 
packet format is being standardised. We have found that AAL2 is suited to 
the encapsulation of any datagram structure regardless of length and that 
the adaptation and packetisation can be tailored to the requirements of the 
service being supported and not fixed to the underlying transport layer. 

The mapping to ATM cells is fully asynchronous and in fact quite 
independent of the length of an ATM cell. The boundary of miniceils in the 
ATM cell payload is signified in every cell by a start field (STF), which 
specifies the offset, and the miniceils form a self-delineating flow. The AAL- 
2 protocol format can thus be employed to carry miniceils transparently over 
access systems which have fixed frame formats other than ATM cells, such 
as MPEG-2 transport stream. In fact miniceils do not require an ATM cell or 
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other frame structure at all, as it is possible to map the start field octet once 
every 48 octets (or other regular interval) with minicells in the intervening 
octet positions directly onto any physical bearer. The bearer identity can be 
used to regenerate the implicit ATM cell headers where the VCC needs to 
be transported over conventional ATM transmission. 

The minicell is structured so that services of different types can be 
supported as service specific convergence sublayers (SSCS), all carried 
over the minicell common part sublayer (CPS) identically. The minicell 
header includes channel identity, length and user-to-user information (UUI), 
the latter allowing the functions of an SSCS to be specialised according to 
purpose. Examples of SSCS formats currently being defined are one to 
support voice and one to support data, including the functionality of 
segmentation and re-assembly (SAR) defined in the 1.366.1 Standard. 
Preferred embodiments of the invention will now be described below with 
reference to figures 4 to 13 of the accompanying drawings. 
In a first exemplary embodiment of the finvention illustrated in figure 4. there 
is a one to one static reference provided between the protocol identifier and 
the minichannel address. The 8 bit AAL2 address space provided within 
the CID (channel identifier) field of the Dacket header can be increased, on 



20 an as-needed basis, by using the firsi 



extension of the address space in this vray is possible since in this instance 



the PPP is designed to operate over a 
no switching at the AAL2 layer, only in 



point-to-point link and thus there is 
he ATM layer. The PPP overhead 



is minimised by only sending the additional octet when needed (i.e. for the 



25 infrequently used protocol identifiers in 



this embodiment, we adopt a similar paradigm to the compressed address 



option available within PPP. To achieve 
protocol identifier is transmitted in the 



when necessary the most-significant oct<^t is transported in the first octet of 



the packet payload. The LSB of the 
indicate the presence or absence of 



octet of the packet payload. The 



tie range 0x0200 to Oxffff). Thus in 



mis the least-significant octet of the 
CID field of the packet header, and 



least-significant octet is used to 
|he most-significant octet. A zero 
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indicates no following most-sig/iificant octet; a one indicates a following 
most-significant octet. Thus for IP the user datagram (IP NLP = 0x021) 
would be indicated via the Ci[) value of 0x20, whilst its control channel 
(ILCP NCP = 0x8021) would he indicated via a CID field of 0x21 followed 
5 by a first octet packet payload of 0x80, and the Link Control Protocol (LCP 
= 0xc021) would be indicated via a CID field of 0x21 followed by a first octet 
packet payload of OxcO. Ther€ is no loss in generality in this approach of 
using the LSB of the CID field to indicate a further octet of addressing 
information since the PPP specification states that all protocol identifiers 
10 must be odd (to enable the optional compression to one byte) - thus this bit 
is not used as part of the PPP p rotocol address. 

The LSB of the most-significant-octet (when used) provides a 1 bit parity 
;^ check for error detection. Note that the LSB has no significance for the 

□ protocol identification. Further robustness against errors in this field is 

1% 15 provided by the segmentation and re-assembly SSCS error detection 
capabilities which would operate over the complete set of payloads 
m constituting a data frame. 

j,^ The PPP information field is encapsulated into the AAL2 packet payload. A 



standardised SSCS segmentation and re-assembly (SAR) function enables 
20 arbitrary length information datagrams to be transported. Further since 
AAL2 supports variable length packets there is never a requirement to 
transport the optional padding field of PPP. This improves efficiency by 
avoiding the need to transmit what are effectively empty packets. 
An advantage of this method of PPP encapsulation is that it is possible (via 
25 the CID) to provide differing levels of QoS to the different protocols 
encapsulated into the session. 

In a second embodiment of the invention, which exploits the limited number 
of protocol identifiers that are currently allocated, only seventy identifier 
numbers are currently assigned. Thus the 16 bits assigned to the protocol 
30 identifier field is significantly larger than needed. The* 8-bit CID field of the 
AAL2 packet header is therefore completely sufficient to identify the current 
number of assigned identifiers, with significant further capability for future 
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expansion. In this second aspect of the invention therefore, we provide a 
pre-configured table of CID values. Each CID value is assigned one of the 
PPP assigned numbers. The assignment of CID values to RPR identifiers 
may be predetermined by a recognised standards procedure or could be 
set-up on a link-by-link basis via a management function or meta-signalling. 
In a further embodiment ol the invention, use is made of the AAL2 
negotiation procedures (ANIP) to establish and manage PPP sessions. In 
this embodiment, an AAL2 VC is set-up in the normal manner via 
management or signalling. On initialisation, the VC will contain a single 
10 minichannel as normal- the AHP channel. To establish a PPP session the 
requesting entity initiates ANP to establish an LCP channel. The ANP 
negotiates the establishment of a minichannel in the normal manner. The 
LCP channel can then establish and configure the PPP session in the 
normal manner. Once established, the individual NLP/NCR channels are 
15 established in a similar manner to the second embodiment described above 
- with the exception that the\ ANP is used to set-up and tear down the 
individual minichannels. Th© NCR can use AMD when for example 
establishing cut-through sessioois. 

An advantage of this embodiment is that a single VC may be used to 
20 establish multiple PPP sessions. A standard AAL2 relay function can be 
used to route the PPP sessions to different points within the network. Thus 
for example a home user might have two simultaneous PPP sessions 
established, one to a corporate Intranet and one to a commercial ISP. Over 
the access network these two sessions are encapsulated into a single VC. 
25 At the interface to the core ATM network a relay function can be used to 
relay all PPP sessions to a particular route (say the ISP) in a single VC. 
Thus at all points in the network, the number of VCs used is minimised so 
as to reduce the associated signalling overhead. 

A further advantage of this embodiment is that it has the ability to transport 
30 both PPP sessions and non-PPP session in the same VC. For example, a 
voice call can be sent in the same channel as a PPP encapsulate Internet 
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minicells. The PPP info 
mapped into the payload 
comprising UUI, CPI, LI ar 



session thus ensuring VC signalling and establishment is minimised and 
optimising the utilisation of bandwidth within a VC. 

Figure 5 illustrates the segmentation of long datagrams over a number of 

mation together with the protocol identifier is 
of a datagram which is provided with a trailer 
d CRC fields or as specified by the AAL5 and/or 
the 1.366.1 standards. THe datagram payload is then segmented into 63 
byte portions which are rnapped into the minicell payload, this being 
provided with a header comprising CID, LI, UUI, CRC and multiplex MID 
fields. The LSB of {\yB UUI field provides an indicator of the 
continuation/end of a segmerited datagram 

A further extension to this enibodiment can be achieved by extending the 
SSCS function that performs me SAR to include the ability to multiplex at 
the SSCS layer. In this way,! multiple sources can be multiplexed into a 
single AAL2 minichannel. This enables a choice to be made as to how the 
individual PPP channels are encapsulated into AAL2 (via multiplexing at the 
SSCS or CPS layer). Thus a full PPP session could be encapsulated into a 
single AAL2 minichannel enabling the number of simultaneous PPP 
sessions within a single VC to\be maximised, or a separate minichannel 
could be used to encapsulate a single protocol of the PPP session only. 
Typically one might wish to allocate an AAL2 channel to each level of 
priority within the PPP session. -iThus all delay sensitive channels might be 
encapsulated into a single CID land all delay insensitive channels into a 
further CID. The ability of AAL2 to prioritise minichannels can then be used 
to ensure the delay sensitive services are subjected to minimum delay. 
The extended PPP2 stack for these embodiments is shown schematically in 
figure 6. 

As discussed above, the AAL2 miriichannels form an asynchronous self- 
delineating stream that is carried within ATM payloads. Thus the ATM cells 
essentially perform a transport functi Dn only. Therefore AAL2 minichannels 
can be carried directly over any regular transport structure (for example 
MPEG-2 TS frames or TDMA time Blots) without the need to carry ATM. 
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Thus, by using our arrangement, the use of PPP2 can be extended to cover 
any regular transport structure usj3d in the access network. A relay point at 
the interface to the ATM core network can be used to readapt the 
minichannels into and out of ATM cells. 

The flexibility of the AAL2 encapsulation of PPP sessions can be further 
extended by enhancement of the AAL2 SAR function to include the ability 
to multiplex messages within the SSCS layer in a manner analogous to the 
AAL3/4 protocols. The format of the SSCS SAR is shown schematically in 
figure 7. Referring to this figure, the format is compatible with current ITU-T 
proposals (e.g. 1.366.1 AAL2 SAR) and includes an optional eight byte 
trailer that is added to the datagram to be segmented. The segmented 
datagram forms the payload of an appropriate number of AAL2 packets 
each incorporating a header and a UUI (user to user information) field. A 
single flag is coded into the UUI bits to indicate whether the particular 
datagram with its optional trailer extends into a following AAL2 packet or 
whether the current packet is in fact the last packet of the sequence. 
In particular, a multiplex identifier (MID) field is added to the SSCS to 
enable multiple messages to be interleaved in parallel within one 
minichannel. To provide the MID field in a preferred embodiment, a single 
octet at the beginning of each AAL2 packet payload may be used. The 
MID field can, in a further embodiment, be longer than a single octet and 
can be used in conjunction with four bits of the UUI field to form an 
extended UUI field. This extended field can be formatted into a 
continuation/end (CE) flag (one bit), an eight bit MID field and a three bit 
CRC field providing error detection over the extended UUI field. Thus, with 
the extended SAR function, it is possible to concentrate multiple PPP 
sessions, the protocols thereof and/or multiple IP sessions into a single 
AAL2 CID. This will be of advantage when used with the next generation of 
mobile communicators which will have the ability to send and receive 
electronic mail and to perform Internet browsing in addition to the standard 
function of making calls. Using the techniques described herein it is 
possible to encapsulate multiple PPP sessions from several terminals into a 
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single CID between a base station and a mobile switching centre thus 
freeing a significant nunnber of CIDs for the encapsulation of low delay 
voice calls. 

The MID can be configured to the payload alone allowing full point code 
usage of the UUI field in the AAL2 CPS header. If required, error correction 
may be provided via a suitable parity or coding scheme. 
The use of AAL2 together with a suitable SAR SSCS (Service Specific 
Convergence Sublayer) function provides the ability to transport PPP 
sessions in a very flexible manner, and the PPP sessions can be 
encapsulated in a number of ways which will be discussed below. 
Figure 8 together with its associated logic diagram (figure 8a) illustrates in 
schematic form a single PPP session directly encapsulated into an AAL2 
VCC (virtual channel connection). In the simplest case, the whole of the 
AAL2 is dedicated to transporting the PPP session in one CID only. In this 
arrangement, one CID per PPP2 session is established by the AAL2 
negotiating procedure (ANP) at call set up. A protocol identifier (PID) may 
be provided in every payload to differentiate between protocols, but this of 
course does not extend to the support of multiple IP sessions per PPP2 
session unless sequenced by higher layers. Alternatively, the PID can be 
provided in the first segment whereby the AAL2 SSCS SAR ensures 
sequencing, i.e. a non-parallel implementation. 

The arrangement of figure 8 reduces the number of ATM voice VCs 
required, especially when combined mth AAL2 access carrying other real 
time media over AAL5. It further alio vs common routing of media and can 
still provide different QoS over AAL5,\as voice traffic can take priority over 
PPP2. Multiple PPP2 sessions arelpossible in the same VC. Thus, a 
single PC or user terminal can functiom as a router for a source IP network, 
or an application such as H.323 cari have media going to different end 
points. J 

In a modification of this arrangement illustrated schematically in the logic 
diagram of figure 8b. a CID is provided for each PPP protocol from multiple 
PPP sessions and a MID is employed to determine the session per protocol 
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due to the AAL2 segmentation. This provides access concentration of 
protocols, e.g. in mobile applications where traffic can be routed to IP and 
to non-IP data networks. 

In another embodiment illustfated schematically in figure 9 together with the 
associated logic diagram of figure 9a, an entire VCC can be allocated to the 
transport of a PPP sessior in which each protocol can be treated in a 
different manner, e.g. offeriig a higher QoS (quality of service) for delay 



sensitive services, the use 
traffic, and SNs for voice t 
establish minicells for the PF 



of CRCs (cyclic redundancy codes) for data 
affic. Additionally, the ANP can be used to 
P protocols or sessions on demand. Thus, it is 



possible to support both tKe PPP session containing multiple CIDs and 
additional traffic within the same VCC. Multiple PPP sessions can be 
supported in a single AAL2 VCC where multiple CIDs are allocated to each 
session. Similarly, the VC c^n also support non-PPP traffic. 
In the embodiment of figure 91 one CID per protocol can be established, in 
the dynamic case, under direction from the ANP, or, in the static case, 
without the ANP and by mapping the PID to the CID. The dynamic case 
can extend to IP sessions within a given PPP2 session and protocol by 
using NCP (network control prigram) to control the ANP and then providing 
a cut-through similar to multilprotocol over ATM (MPOA). If there are 
multiple IP sessions in the protocol, an MID (multiplexing identifier) is 
required where there is no cuMhrough and can be used to suppress the 
header. The arrangement illows different QoS control of different 
protocols, or different IP sessions in cut-through applications. All protocols 
can terminate at the same ATMlend points, or an AAL2 relay with a PPP2 
stack can be deployed to extendtto virtual end points. 

In the embodiment shown in figure lb and its associated logic diagram 
figure 10a, there is one CID per PPP2I protocol session, e.g. as described 
above with reference to figure 8, but applied to the IP connections for the 



purpose of cut-through. The NCP us 
through route. The MID is not required 
relay uses LCP (Link Control Protocol) 



es the ANP to establish the cut- 
As shown in figure 10, the AAL2 
to perform authentication for each 
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possible end point. The adaper/router performs cut-through and 
suppresses the IP header on connection oriented sessions. 
Different QoS criteria can be applied to different IP sessions which could, 
for example, be different media components of an H.323 session. Different 
treatments for media or for protocols can be applied simultaneously. The 
use of TCP/IP header suppression significantly improves the efficient use of 
bandwidth. Further, the adapter/router can map alternately several PP 
(point to point) sessions. Advantageously, the same CID is used so that 
the AAL2 relay functions as a virtual router. 

In the embodiment shown in figure 1 1 and the associated logic diagram 
1 la, multiple PPP sessions are transported in a single VCC, and all of the 
sessions are captured in a single CID. This arrangement can be used 
where it is desirable too aggregate many PPP sessions, for example 
between routers, whilst minimising the number of minichannels used. This 
has particular advantage in mobile applications. 

In figure 11, the CID is established by the ANP for single or multiple LCP 
with a multiplex indicator to identify the session and to perform 
authentication and controLl This is also of advantage in mobile applications 
where a base station may need to isolate data from several mobiles to 
ensure that voice is giverJ a higher QoS than the collective data. The MID 
can be used to distingui^ the PPP2 session ID, the PID and IP session as 
a multiplex of datagrams 

In the modification indicated in Fig 12 afid in the associated logic diagram 
of figure lib, a CID is provided per seflof IP sessions from multiple PPP2 
sessions. This permits a cut-through route to be established for similarly 
routed IP sessions. The MID is required to distinguish the sessions and 
this allows suppression of the IP head€ r. The AAL2 network then becomes 
a virtual routing network. Multiple H.323 sessions are possible and efficient 
routes can be created to ISP networks 

Referring now to figure 13, this showslan arrangement for transporting 
encapsulated PPP traffic over an asynchronous link and for trunking voice 
calls such that the multiple voice channelsuorm a trunk group carried over a 
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single point to point protDcol (PPP) ATM trunk. In this arrangement, RPR 
sessions can be set up t etween work stations 61 via Ethernet switches 62, 
network adapters 63 ana an ATM transport network 64. H323 gatekeepers 
65 are coupled one to each Ethernet switch 62, and each network adapter 
is coupled to an ISDN call handler 66. The figure illustrates the 
establishment of a RpIp session between two work stations 61a and 61b. 
In this arrangement, PPP2 is the IETF (Internet Engineering Task Force) 
protocol that is adapted to utilise an AAL2 VC. PPP2 eliminates IP headers 
and compresses the RTR/UDP (real time protocol/user data protocol) 
typically to three bytqjs. 

The H323 standard provides three types of signalling channel, these being 
indicated on figure 12. An RAS channel enables registration, authentication 
and status to establish that the user is authorised for the H323 service. A 
Q931 ISDN signalling channel is set up to the ISDN call handler to effect 
calls. When the user makes a call, the third signalling channel is 
established end to end between the participating work stations or terminals 
and is used to negotiate the connectivity of the two terminals, to establish 
the particular coding to be employed and to support the voice channel end 
to end. The H245 control channel is intercepted to negotiate PCM voice 
and to apply compression and silence suppression. The voice channel 
provides a trunk link between the network adapters. Over this trunk link, 
multiplexing is used to fill the AAL2 cell and thus maximise capacity. 
Figure 14 illustrates a full H.3i3 application with multiple media. H.323 
terminals 141 using H.225 call Bignalling may be coupled via an Ethernet 
142 and an adapter/router 143 td an ATM network 144 performing an AAL2 
relay function to carry a PPP2 session to a further Ethernet 142a or to a 
PSTN 148. A gatekeeper 14p retains a dialling plan and address 
resolution. A call handler 146 associated with the adapter/router 143 is 
arranged to set up a VC, e.g. via tVie Q2931 protocol. Alternatively the call 
handler can use the AMP to set up\a PPP2 session to each end point from 
an address provided by the gatekeeper. The LCP and IP NCR establish IP 
networking. The call handler can also function as an H.245 signal router to 
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negotiate IP media sessions and router ascribed PPP2 sessions to the 
correct end point based pn the IP address. 

The arrangements and method described above provide for flexibility in 
multiplexing. In particular, multiple PPP sessions can be multiplexed on the 
5 same VC, or PPP sessions can be multiplexed with other services on the 
same VC. There can be on PPP session per CID , or multiple PPP 
sessions per CID, or multiple CIDs per PPP session. Other combinations 
or variants will be apparent to the skilled worker. 

It will be understood that the above description of a preferred embodiment 
10 is given by way of example only and that various modifications may be 
;3 made by those skilled in the art without departing from the spirit and scope 



of the invention. 



